大众/奥迪汽车控制单元诊断故障码DTC你了解的可能只是5%

这两年，一线维修同行们更多的关注和热情都在高、精、尖、短、平、快的所谓的技术热点上。我自己关注的各类技术交流平台有很多，在我们这个领域除了互相复制粘贴外，能和前几年一样让真正的技术下沉的内容已经成了凤毛麟角了。

技术快餐如同兴奋剂，短期有效，长久来看弊大于利，对于汽车维修行业而言，基础技术的重要性比其他表演性、大众娱乐性内容更需要基础技术的积累。很多人说，我们的汽修行业已经老了，其实不是汽修行业老了，而是曾经的小白很多已经成长为大牛了，新一代的大牛还在路上。

小编

标准OBD故障码

当然了，今天不是和大家吐槽，而是和大家聊一下大众/奥迪系列车型的故障码，看似简单的故障码，每一位汽修人都熟悉，可是，对于大众/奥迪的故障码，我们到底熟悉到了什么样子的一个程度呢？恐怕又要打一个大大的问号了。

如果有一天我们的客户的汽车发生了故障。客户的汽车似乎以某种方式来体现他的故障状态，车子似乎不像过去那样正常了。对于客户而言，他们所能感知到的就是症状感觉——汽车很可能有问题，如果是电传电控系统故障，那么仪表盘上可能已经抛出了错误代码，该错误代码现在存储在其OBD（车载诊断系统）系统中。

众所周知，各个主流汽车品牌的控制单元诊断错误代码已在全球范围内标准化，因此可通过诊断程序检索其存储的数据。对于标准OBD故障代码，可以使用任何通用扫描工具检索存储的数据 。每个大众/奥迪4S，甚至某些一线维修技师都拥有一个或多个可以用来诊断的检测设备。对于一些发烧车友，可能也有许多人投资购买了扫描工具比如拷贝版的VCDS。在过去的20年中，我一直在进行大众/奥迪维修技术方面的相关工作，对于今天我们聊的话题“大众/奥迪故障代码”可能有比其他同行兄弟们更为深刻的认识。

对于以往，我们所熟悉的操作就是，诊断仪读取故障记录，根据故障代码后面的中文解释，查找故障部位的相关性。不得不说一件非常遗憾的事情就是，我们国内绝大多数一线维修同行，并没有对大众/奥迪车系的故障代码进行过系统性深入的解读和研究。

来自各种制造商的低成本诊断扫描工具。

在我们扫描读取了车辆故障代码之后，我们除了需要研究故障代码的含义，还要在读取维修对应故障代码之前，了解大众/奥迪车型控制单元诊断错误或更准确地说是DTC（诊断故障代码），并且对故障代码DTC进行分类，即通用故障代码/制造商特定故障代码。细心的一线师傅们一定发现：大众/奥迪车辆有第三个DTC类别，尽管许多师傅也认为它们是属于制造商的，关于这一点，在本文后面我会和大家做进一步的说明。

OBD故障代码分为四类，即P，B，C和U。 这四个字母中的其中一个始终在四个数字之前，因此被称为字母数字代码或简称为代码。到目前为止P类DTC可能是迄今为止最有趣的，也是最为我们一线维修师傅所熟悉的。通用故障代码和制造商特定故障代码均适用于所有OBD-II车辆，但制造商特定故障代码定义因制造商而异，也不同于VAG代码。

P段代码

P代表动力系统，意思是汽车的发动机和变速箱/变速器。所以前面加P的任何一个都与发动机或变速器问题有关。

例如：

P0100是与“空气质量流量电路问题”相关的动力系统代码。P0200也是与“喷油器开路”相关的动力系统代码。

P0300是另一个与“随机/多缸缺火检测”相关的动力系统代码。

P代码从P0000开始，范围为P3999。

通用P代码是P代码的一个子集，从p03xx、P2xxx和P34xx-P39xx开始，这意味着开始于P1xxx和P30xx-P33xx的P代码不是通用的，而是制造商特定的代码。

如上所说，在动力传动系统中，P后面的第一个数字表示代码是通用的还是特定于制造商的。第二个数字表示车辆的特定故障区域。动力系统部件分为9个不同的区域，如下所示。

1xx与“燃油和空气计量” 相关的故障代码；

2xx 与“燃油，空气计量和喷射 电路”相关的故障代码；

3xx 与“点火系统和失火检测”相关的故障代码；

4xx 与“辅助系统”相关的故障代码排放控制的

5xx 与 “车辆速度和怠速控制 系统”相关的故障代码6xx 与“计算机输出电路” 相关的故障代码7xx 与“变速箱 /变速箱 相关的故障”相关的 故障代码8xx 与“变速箱 /变速箱相关的故障”相关的 故障代码9xx 与变速箱 相关的故障代码到 “变速箱 /变速箱 相关故障”

第三和第四位数字表示与故障有关的特定部件。可从可从各种OBD站点下载的完整代码列表中引用，因为可以找到参考查阅，这里我就不再给大家复述了。

解释了OBD-II诊断故障代码

B段代码

B代表车身，包括安全气囊和其他与发动机和变速箱/齿轮箱无关的机械/电子部件。

例如：

B0005是车身错误代码，与“驻车开关电路故障”相关；

B0530是另一个车身错误代码，与“燃油油位传感器卡住”有关。

一般的车身故障代码以B0xxx或B3xxx开头，同样意味着以B1xxx和B2xx开头的B代码是制造商特定的代码。

C段代码

C代表底盘，包括与发动机、变速箱和车身无关的ABS和其他机械/电子部件。

例如：

C0281是底盘错误代码，与“制动开关电路故障”相关；

C0238是底盘错误代码，与“车轮转速不匹配”相关。

C的一般网络故障代码以C0xxx或C3xxx开头。C代码以C1xxx或C2xxx开头是制造商特定的代码。

U段代码

U代表用户网络。最初U代表“未定义”，但现在与网络相关。例如：

U0109是一个网络错误代码，与“与燃油泵控制模块的通信中断”相关。

U0405是另一个网络错误代码，与“接收到来自巡航控制模块的无效数据”相关。

U的一般网络故障代码以U0xxx和或U3xxx开头，这再次意味着以U1xxx和U2xxx开头的代码是制造商特定的代码。

大众/奥迪VAG故障码

大众/奥迪故障码也被称为VAG码

例如：

VAG代码16385与通用代码P0001一致-燃油量调节器控制电路开路；

VAG代码16389与通用代码P0005一致-燃油切断阀（A）电路开路VAG代码16434与通用代码p050一致-气缸组1/2氧传感器加热器控制电路；

一般故障代码P0403等同于VAG16787-EGR阀故障；

一般故障代码P0571等同于VAG16955代码-制动开关信号不真实；

一般故障代码P1690等同于VAG18098代码-故障指示灯（K83）；

一般故障代码P1814等同于VAG18222-变速箱压力控制阀打开或对地短路；

一般故障代码p032等同于VAG000050-氧（Lambda）传感器加热电路对正极短路；

一般故障代码P0720等同于VAG17104-变速器输出转速传感器（G195）电路故障；

一般故障代码P1517等同于VAG17925-电子控制单元电源继电器故障；

......

看看你的扫描打印输出，特别是如果是VCDS扫描，很明显有两个或三个数据系统提供相同的数据，但格式略有不同。下面的我将会筛选我们日常比较常见的几个具有代表性的，仅显示带有数字描述的VAG代码和大家做说明。

地址17：

地址17：仪器（J285）标签：5K0-920-xxx-17.clb

零件号SW:5K6920 972 E HW:5K6 920 972 E

部件：KOMBIH04 0617

序列号：000000000000

代码：270F01

车间编号：WSC01357 011 00200

ASAM数据集：EV_Kombi_UDS_VDD_RM09A04114

VCID:3875DA2F8348AA3

发现6个故障：

01312-动力传动系统数据总线

37-10-故障-间歇性

01314-发动机控制模块

49-10-无通信-间歇性

01316-ABS控制模块

49-10-无通信-间歇性

01321-安全气囊控制模块（J234）

49-10-无通信-间歇性

01322-多功能单元（MFA）控制模块（J501）

49-10-无通信-间歇性

01309-动力转向控制模块（J500）

49-10-无通信-间歇性

01322-多功能单元（MFA）的控制模块（J501）

49-10-无通讯-间歇01309-动力转向控制模块（J500）

49-10-无通讯-间歇下面我节选显示通用和VAG错误代码以及数字代码中的故障描述。

地址01：

发动机标签：06A-906-032-BBW.lbl

组件：2.0l R4 /2V G 6505

编码：00003

4个故障：

17837-制动真空泵电路；

P1429-35-00 -开路16452-MAP / MAF节气门位置相关性；

P0068-35-00-16804- 催化剂系统；Bank 1；

P0420-35-00-阈值以下效率

16395-组1：凸轮轴A（进气） P0011-35-10-未达到延迟设定值-间歇性

下面的节选显示了VAG 5数字代码和描述编号。

46地址：CentralConv。

标签：1C0-959-799.lbl

编码：00258

发现3个故障：

01330-中央便利性中央控制模块（J393） 53-10-电源电压过低-间歇性

00849-点火开关/起动器开关上的S触点（D） 25-00-未知状态开关

01359-内部中央锁定开关；乘客侧（E198） 27-10-信号不可靠-间歇从上面的两个示例中可以看到，还有数字，例如27-10、37-10、49-10等。每组数字的前两位数字是等同于文本的数字，表示“ 难以置信”信号 分别为“ 故障” 和 “ 无通信”。每组数字以-10结尾，表示“间歇”。

因此 27-10表示信号不可靠- 间歇；

37-10表示故障- 间歇；

而

49-10表示无通信- 间歇。

故障代码也可以用-00后缀代替-10，这表示确定的故障（不是间歇性的）。

有时因为我们使用的诊断设备的版本缘故，可能只会遇到连字符（-）。这意味着扫描设备无法获取有关故障的更多详细信息，而将其留为空白。

故障状态位

说完了故障代码的形式判断，再说一下大众/奥迪车系中故障代码的“故障状态”

控制单元ECU中DTC的状态位说明

从汽车ECU中读取储存的DTC(故障码)时，除了故障码本身，还可以读出很多其他的信息，包括优先级、发生次数计数器、发生时的里程和时间，以及本文中所讲的状态位（DTC status ）。

这个状态位包含1个byte，这里面的8个bit都有各自的含义，但是这8个 bit不一定都要使用，各个主机厂可以根据自己的需求使用其中的几个，当然也可以全部使用。下图是UDS对DTC status这8个bit的定义。

DTC status中8个状态bit的定义

bit 0 : testFailed

通常来说，ECU内部以循环的方式不断地针对预先定义好的错误路径进行测试，如果在最近的一次测试中，在某个错误路径中发现了故障，则相应DTC的这一个状态位就要被置1，表征出错。此时DTC的testFailed位被置1，但是它不一定被ECU存储到non-volatile memory中，只有当pendingDTC或confirmedDTC被置1时DTC才会被存储。而pendingDTC或confirmedDTC被置1的条件应该是检测到错误出现的次数或时间满足某个预定义的门限。当错误消失或者诊断仪执行了清除DTC指令时，testFailed会再次被置为0。

bit 1:testFailedThisOperationCycle

这个bit用于标识某个DTC在当前的operation cycle中是否出现过testFailed置1的情况，即是否出现过错误。operation cycle的起始点是ECU通过网络管理唤醒到ECU通过网络管理进入睡眠，对于没有网络管理的ECU，这个起始点就是KL15通断。通过bit 0我们无法判断某个DTC是否出现过，比如，当前testFailed = 0， 说明当前这个DTC没有出错，如果testFailedThisOperationCycle = 1的话，就说明这个DTC在当前这个operation cycle中出过错，但是当前错误又消失了。

bit 2 : pendingDTC

根据规范的解释，pendingDTC= 1表示某个DTC在当前或者上一个operationcycle中是否出现过。pendingDTC位其实是位于testFailed和confirmedDTC之间的一个状态，有的DTC被确认的判定条件比较严苛，需要在多个operation cycle中出现才可以被判定为confirmed的状态，此时就需要借助于pendingDTC位了。pendingDTC = 1的时候，DTC就要被存储下来了，如果接下来的两个operation cycle中这个DTC都还存在，那么confirmedDTC就要置1了。如果当前operation cycle中，故障发生，pendingDTC = 1，但是在下一个operation cycle中，故障没有了，pendingDTC 仍然为 1，再下一个operation cycle中，故障仍然不存在，那么pendingDTC 就可以置0了。

bit 3 :confirmedDTC

当confirmedDTC= 1时，则说明某个DTC已经被存储到ECU的non-volatile memory中，说明这个DTC曾经满足了被confirmed的条件。但是请注意，confirmedDTC = 1时，并不意味着当前这个DTC仍然出错，如果confirmedDTC = 1，但testFailed = 0，则说明这个DTC表示的故障目前已经消失了。将confirmedDTC 重新置0的方法只有删除DTC，UDS用0x14服务，OBD用0x04服务。

bit 4 :testNotCompletedSinceLastClear

这个bit用于标识，自从上次调用了清理DTC的服务（UDS用0x14服务，OBD用0x04服务）之后，是否成功地执行了对某个DTC的测试（不管测试结果是什么，只关心是否测了）。因为很多DTC的测试也是需要满足某些边界条件的，并不是ECU上电就一定会对DTC进行检测。

testNotCompletedSinceLastClear= 1 : 自从清理DTC之后还没有完成过针对该DTC的测试。

testNotCompletedSinceLastClear= 0 : 自从清理DTC之后已经完成过针对该DTC的测试。

bit 5 :testFailedSinceLastClear

这个位与bit 1:testFailedThisOperationCycle有些类似，后者标识某个DTC在当前的operation cycle中是否出现过testFailed置1的情况，而testFailedSinceLastClear标识的是在上次执行过清理DTC之后某个DTC是否出过错。

testFailedSinceLastClear= 0 ， 自从清理DTC之后该DTC没有出过错。

testFailedSinceLastClear= 1， 自从清理DTC之后该DTC出过至少一次错。

bit 6 : testNotCompletedThisOperationCycle

这个位与bit 4 :testNotCompletedSinceLastClear类似，后者标识自从上次调用了清理DTC的服务之后，是否成功地执行了对某个DTC的测试。而testNotCompletedThisOperationCycle则标识在当前operation cycle中是否成功地执行了对某个DTC的测试。

testNotCompletedThisOperationCycle= 1 ：在当前operation cycle中还没在完成过针对该DTC的测试。

testNotCompletedThisOperationCycle= 0 ：在当前operation cycle中已经完成过针对该DTC的测试。

bit 7 :warningIndicatorRequested

某些比较严重的DTC会与用户可见的警告指示相关联，比如仪表上的报警灯，或者是文字，或者是声音。这个warningIndicatorRequested就用于此类DTC。

warningIndicatorRequested= 1 ：ECU请求激活警告指示。

warningIndicatorRequested= 0：ECU不请求激活警告指示。

注意，如果这个DTC不支持警告指示，则这个位永远置0。

到这里，关于大众/奥迪故障代码的话题暂时就和大家聊这么多，只是一个目的，希望看过这篇文章的同行如果你以前不知道故障代码中的这些小窍门，那么今后多看多总结。对于DTC状态位的信息，如果早期车辆，你不熟悉，对车辆故障诊断不会产生什么影响，但是在今天UDS乃至后面的DoIP协议车辆中，这个状态代码，将会对维修诊断，故障产生的逻辑关系等产生更为深远的影响。

对于汽车故障诊断，一个看似简单的故障代码，有的时候其实并不简单......